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AIRBORNE DOPPLER WIND LIDAR POST 

DATA PROCESSING SOFTWARE DAPS-LV 

CROSS-REFERENCE TO RELATED PATENT 

APPLICATIONS 5 

This patent application claims the benefit of and priority to 
U.S. Provisional Patent Application Ser. No. 61/865,155, 
filed on Aug. 13, 2013. This application is also related to 
co-pending U.S. patent application Ser. No. 14/079,914, 10 
titled “Airborne Wind Profiling Algorithm for Doppler Wind 
Lidar,” filed on Nov. 14, 2013. The foregoing applications are 
incorporated by reference in their entirety. 

STATEMENT REGARDING FEDERALLY 15 

SPONSORED RESEARCH OR DEVELOPMENT 

The invention described herein was made by employees of 
the United States Government and may be manufactured and 
used by or for the Government of the United States of 20 
America for governmental purposes without the payment of 
any royalties thereon or therefore. 

BACKGROUND OF THE INVENTION 

25 

Light Detection and Ranging (“LIDAR”) is a sensing tech- 
nology using light pulses (e.g., light from a laser) to deter- 
mine a distance to objects. Doppler Wind LIDAR systems use 
light pulses to generate measurements of wind fields in the 
atmosphere based on the characteristics of the reflected light 30 
pulses returned from aerosols suspended in the atmosphere. 

For example, Doppler Wind LIDAR systems may calculate 
the distance to aerosols suspended in the atmosphere based on 
the time difference between transmitting a light pulse or 
signal and receiving the reflection of that light pulse or signal 35 
and/or may calculate the velocity of the aerosols suspended in 
the atmosphere based on the frequency shift between a trans- 
mitted light pulse or signal and a received reflected light pulse 
or signal. The measurements generated by Doppler wind 
LIDAR systems may be used to generate wind profiles and 40 
other models providing information about the atmosphere. 

Current data acquisition and processing software for Dop- 
pler wind LIDAR systems is focused on processing during 
airborne missions and requires long development times to 
implement or try new algorithms. With the focus on real time 45 
data and providing results during missions, current data 
acquisition and processing software for Doppler wind 
LIDAR systems uses simple processing algorithms and 
merely archive output data products to files. Because of this 
need for the data and program architecture to be optimized in 50 
order to keep up with the high-speed data acquisition and 
processing rate, there is limited scalability in the current real 
time system. The optimization process takes time, and it 
needs to be done for every new addition to the real time 
version. Quite often, the requirement and the user specifica- 55 
tions change without advance notice during the development 
of a new module. In general, the development time in C is 
longer when compared to the development time in Lab VIEW. 

Additionally, the current software uses only a basic visual 
display in order to maximize the data acquisition rate and data 60 
throughput. The selection of displays in real-time version 
written in C is very limited. To develop a new one, the devel- 
opment time can be too long to be implemented in time for the 
next field operation. Development of new data product dis- 
plays in the current real time system in general requires a long 65 
time and often requires reorganization of the entire program 
architecture due to hardware control constraints. 
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The current software also runs on an aircraft based system 
in real time, which means that the software is not available for 
updating, testing, and data processing when the aircraft is on 
a mission, such as NASA’s Genesis and Rapid Intensification 
Process (“GRIP”) hurricane mission. Also, to date there has 
been no GRIP data processing software for NASA’s Doppler 
Aerosol Wind LIDAR (“DAWN”). 

Further, the current software makes Doppler wind LIDAR 
data processing airborne wind LIDAR data possible for only 
a small part of the algorithm with limited capabilities in 
non-scientific software. This may cause users to resort to 
other software for processing which does not meet the 
requirements of data processing and display. 

BRIEF SUMMARY OF THE INVENTION 

The systems, methods, and devices of the present invention 
enable post processing of airborne Doppler wind LIDAR data 
with enhanced data analysis and enable enhanced data analy- 
sis techniques. In an embodiment, airborne Doppler wind 
LIDAR data software written in Lab VIEW may be provided 
and may ran two versions of different airborne wind profiling 
algorithms. A first algorithm may be the Airborne Wind Pro- 
filing Algorithm for Doppler Wind LIDAR (“APOLO”) using 
airborne wind LIDAR data from two orthogonal directions to 
estimate wind parameters, and a second algorithm may be a 
five direction based method using pseudo inverse functions to 
estimate wind parameters. Hie various embodiments may 
enable wind profiles to be compared using different algo- 
rithms, may enable wind profile data for long haul color 
displays to be generated, may display long haul color dis- 
plays, and/or may enable archiving of data at user-selectable 
altitudes over a long observation period for data distribution 
and population. 

These and other features, advantages, and objects of the 
present invention will be further understood and appreciated 
by those skilled in the art by reference to the following speci- 
fication, claims, and appended drawings. 

BRIEF DESCRIPTION OF THE SEVERAL 
VIEWS OF THE DRAWINGS 

The accompanying drawings, which are incorporated 
herein and constitute part of this specification, illustrate 
exemplary embodiments of the invention, and together with 
the general description given above and the detailed descrip- 
tion given below, serve to explain the features of the inven- 
tion. 

FIG. 1 is system block diagram of an example airborne 
Doppler Wind LIDAR system suitable for use with the vari- 
ous embodiments; 

FIG. 2 is a data structure diagram of example modules of 
Doppler wind LIDAR data software written in Lab VIEW 
according to an embodiment; 

FIG. 3 is a screen shot of an example user input window 
according to an embodiment; 

FIG. 4 is a screen shot of an example single-set wind 
parameter estimate display according to an embodiment; 

FIG. 5 is a screen shot of an example long haul wind 
parameter estimate display according to an embodiment; 

FIG. 6 is a process flow diagram illustrating an embodi- 
ment method for generating wind profile parameters in a data 
processing module of Doppler wind LIDAR data software 
written in Lab VIEW; 

FIG. 7 is a processor flow diagram illustrating an embodi- 
ment method for displaying wind parameter data in various 
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views in a data display module of Doppler wind LIDAR data 
software written in Lab VIEW; and 

FIG. 8 is a component block diagram of a computing 
device suitable for use with the various embodiments. 

DETAILED DESCRIPTION OF THE INVENTION 

For purposes of description herein, it is to be understood 
that the specific devices and processes illustrated in the 
attached drawings, and described in the following specifica- 
tion, are simply exemplary embodiments of the inventive 
concepts defined in the appended claims. Hence, specific 
dimensions and other physical characteristics relating to the 
embodiments disclosed herein are not to be considered as 
limiting, unless the claims expressly state otherwise. 

The word “exemplary” is used herein to mean “serving as 
an example, instance, or illustration.” Any implementation 
described herein as “exemplary” is not necessarily to be con- 
strued as preferred or advantageous over other implementa- 
tions. 

The various embodiments will be described in detail with 
reference to the accompanying drawings. Wherever possible, 
the same reference numbers will be used throughout the 
drawings to refer to the same or like parts . References made to 
particular examples and implementations are for illustrative 
purposes, and are not intended to limit the scope of the inven- 
tion or the claims. 

The systems, methods, and devices of the present invention 
enable post processing with enhanced data analysis and 
enable enhanced data analysis techniques. In an embodiment, 
airborne Doppler wind LIDAR data software written in Lab- 
VIEW may process NASA’s Genesis and Rapid Intensifica- 
tion Process (“GRIP”) hurricane mission data for NASA’s 
Doppler Aerosol Wind LIDAR (“DAWN”). In this manner, 
DAWN data may be used to provide wind profile analysis 
results from the GRIP data to the GRIP committee. In an 
embodiment, airborne Doppler wind LIDAR data software 
written in Lab VIEW may be provided and may run two 
versions of different airborne wind profiling algorithms. A 
first algorithm may be the Airborne Wind Profiling Algorithm 
for Doppler Wind LIDAR (“APOLO”) using airborne wind 
LIDAR data from two orthogonal directions to estimate wind 
parameters, and a second algorithm may be a five direction 
based method using pseudo inverse functions to estimate 
wind parameters. The various embodiments of airborne Dop- 
pler wind LIDAR data software written in Lab VIEW may 
enable wind profiles to be compared using different algo- 
rithms, for example in side by side displays of results using 
different algorithms. Additionally, the various embodiments 
of airborne Doppler wind LIDAR data software written in 
Lab VIEW may enable wind profiles generated using various 
algorithms, such as APOLO and/or a five direction based 
algorithm, to be compared to dropsonde data, for example in 
a side by side display and/or an overlay display. In an embodi- 
ment, the data products from the various algorithms and the 
dropsonde data may be in different altitude and resolutions 
and the airborne Doppler wind LIDAR data software written 
in Lab VIEW may intelligently meige the different altitudes 
and resolutions to enable comparison of the data. The various 
embodiments of airborne Doppler wind LIDAR data software 
written in Lab VIEW may enable wind profile data for long 
haul color displays to be generated and may display long haul 
color displays over a long observations period. The various 
embodiments of airborne Doppler wind LIDAR data software 
written in Lab VIEW may enable new algorithms to be tested 
and validated with a short turnaround time. The various 
embodiments of airborne Doppler wind LIDAR data software 
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written in Lab VIEW may enable archiving of data at user- 
selectable altitudes over a long observation period for data 
distribution and population. As an example, a “slice and save” 
feature may enable users to archive a wind profile at user- 
5 selectable altitudes over a long observation period for data 
distribution and population. 

Errors in airborne Doppler wind LIDAR data may result 
from misalignment of wind LIDAR instruments and inaccu- 
rate instrument data. The various embodiments of airborne 
to Doppler wind LIDAR data software written in LabVIEW 
may enable analysis of wind LIDAR data with high precision 
while compensating for instrument misalignment errors and 
measurement errors. 

In an alternate embodiment, various functionality dis- 
15 cussed herein may be provided in C or MATLAB software 
environments, but the C or MATLAB software environments 
may be less preferred embodiments than airborne Doppler 
wind LIDAR data software written in LabVIEW. 

FIG. 1 illustrates an example airborne Doppler Wind 
20 LIDAR system suitable for use with the various embodi- 
ments. The system may include an airborne Doppler Wind 
LIDAR system 104, an Inertial Navigation System/Global 
Positioning System (“INS/GPS”) system 106, and a comput- 
ing device 107, such as a computing device off-board the 
2 5 aircraft 102, that may receive raw data files from the airborne 
Doppler Wind LIDAR system 104 and INS/GPS system 106. 
The aircraft 102 may be any type aircraft, such as a DC-8, 
UC-12B, WB-57, Global Hawk Unmanned Airborne System 
(“UAS”), etc. The Doppler Wind LIDAR system 104 may be 
30 any type Doppler Wind LIDAR system, such as a pulsed 
2-Micron Coherent Doppler LIDAR system. The Doppler 
Wind LIDAR system 1 04 may transmit and receive pulses of 
light 114 along one orrnore line of sight and generate Doppler 
Wind LIDAR data about aerosols 110 in the atmosphere. The 
35 INS/UPS system 106 may receive GPS timing signals from 
GPS satellites 112, along with other aircraft information, and 
generate INS/GPS data, such as the aircraft 102 Earth coor- 
dinate speed in the east, north, and up direction, inertial 
measurement unit (“IMU”) in meters/second, speed, roll, 
40 pitch, and heading angles in degrees, latitude, longitude, alti- 
tude, etc. The Doppler Wind LIDAR system 104 and the 
INS/GPS system 106 may be connected to the computing 
device 107 by data connections 103 and 105, respectively, and 
may output data files for each line of sight (or look direction) 
45 to the computing device 107 which may be received by the 
computing device’s 107 processor. As an example, for each 
line of sight along which data may be collected by the Dop- 
pler Wind LIDAR system 104, a pair of a raw Doppler Wind 
LIDAR data file and a INS/GPS data file may be generated 
50 and provided to the computing device 107. The data connec- 
tion 103 and 105 may be any type data connections, such as 
wired or wireless data connections and may be established 
while the aircraft 102 is in flight and on mission or when the 
aircraft has landed. Alternatively, the data connections 103 
55 and 105 may be established using physical transport media, 
such as CD-ROMS or FLASH drives including the raw Dop- 
pler Wind LIDAR data files and a INS/GPS data files that may 
be transported from the aircraft 102 and connected to the 
computing device 107. The Doppler Wind LIDAR data file 
60 may include LIDAR return data. The INS/GPS data file may 
include IMU data, such as aircraft 102 speed in meters per 
second in the Earth coordinate east, north, and up directions, 
IMU speed, roll, pitch, and heading angles in degrees, longi- 
tude, latitude, and altitude. A processor of the computing 
65 device 107 may be configured with airborne Doppler wind 
LIDAR data software written in LabVIEW to process the 
Doppler Wind LIDAR data files and INS/GPS data files using 
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various algorithms, such as APOLO and/or the five direction 
based algorithm, to generate wind profile parameters and 
display panoramic views of the wind parameter estimates and 
long haul displays. 

FIG. 2 is a data structure diagram illustrating various mod- 5 
ules of Doppler wind LIDAR data software written in Lab- 
VIEW (“DAPS-LV”) 201 according to an embodiment. 
DAPS-LV 201 may include a data processing module 202 and 
a display module 206. When DAPS-LV 201 is launched, the 
data processing module 202 may generate a user input win- to 
dow for display. The user input window may enable a user to 
enter data processing parameters and options and choose a 
folder that may include the raw Doppler Wind LIDAR data 
and INS/GPS data received from one or more previously 
flown airborne Doppler Wind LIDAR missions. The data 15 
processing module 202 may process the raw Doppler Wind 
LIDAR data and INS/GPS data according to the user entered 
parameters and options using one or more algorithms avail- 
able to the data processing module 202, such as APOLO 203, 
the five direction based algorithm 204, and/or a new user 20 
loaded test algorithm, to generate output data files of wind 
profile data. Additionally, the data processing module 202 
may enable dropsonde data for comparison with the wind 
profile data to be identified. DAPS-LV 201 may also include 
a display module 206 which may use the output data files of 25 
wind profile data to display panoramic views of the wind 
parameter estimates and long haul displays. Additionally, the 
display module 206 may receive user input changing the 
threshold parameters and may update the displayed views 
based on the changed parameters, thereby enabling the user to 30 
visualize the impact of changes. Further, the display module 
206 may enable a user to specify and save wind profiling data 
at a specific altitude, thereby enabling a “slice and save” 
feature allowing users to archive a wind profile at user-select- 
able altitudes over a long observation period for data distri- 35 
bution and population. 

FIG. 3 is a screen shot of an example user input window 
according to an embodiment. The user input window may be 
the main window of the data processing module of DAPS-LV. 
The user input window may enable users to specify a single 40 
set of Doppler Wind LIDAR data and INS/GPS data or the 
entire data set of Doppler Wind LIDAR data and INS/GPS 
data in a specified data folder to process. User specific data 
processing parameters and values may be entered in the user 
input window. User specific data processing parameters and 45 
values may include: data characteristics 302 including Fast 
Fourier Transform (“FFT”) size, bin size, data length, over- 
lap, pre-trigger length, zero Doppler upper and lower limits, 
frequency shifts, other values, etc.; algorithm and processing 
selections 304 including the algorithm to use (e.g., APOLO or 50 
the five direction based algorithm), a dropsonde comparison 
selection, noise whitening selection, etc; offset values 306, 
such as instrument offset angles and biases; and line or sight 
values 308, such as the line of sight offsets from the aircraft 
azimuth. 55 

FIG. 4 is a screen shot of an example single set wind 
parameter estimate display according to an embodiment. The 
single-set wind parameter estimate display window may dis- 
play wind parameter estimates for different algorithms, such 
as two different algorithms APOLO and the five direction 60 
based algorithm. Dropsonde data may also be displayed to 
enable the comparison and analysis of algorithm results to 
dropsonde data. Various graphs may be shown as tiles in this 
view, including graphs 402, 404, and 406 of Doppler Shift and 
power estimates at different lines of sight, graph 408 of hori- 65 
zontal wind speed computed by the data processing module 
and horizontal wind speed from dropsonde data, graph 410 of 
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horizontal wind direction computed by the data processing 
module and horizontal wind direction from dropsonde data, 
and graph 412 of vertical wind speed computed by the data 
processing module. Additionally, instrument misalignment 
compensation inputs 414 may be displayed in the single-set 
wind parameter estimate display window. 

FIG. 5 is a screen shot of an example long haul wind 
parameter estimate display according to an embodiment. The 
long haul wind parameter estimate display window may dis- 
play long haul color graphs, such as water fall graphs with 
different colors indicating different values, of the power dis- 
tribution at each line of sight 502, the horizontal wind direc- 
tion 504, the vertical wind speed 506, and the horizontal wind 
speed 508 for the entire observation time span with proper 
time stamps. The user may also display data in power quality 
controlled mode enabling a “slice and save” feature which 
saves the data at user-specified altitudes 510 for data distri- 
bution and population purposes. Additionally, threshold 
parameters may be changed in real time or near real time 
using sliders 501, 503, 505, and 507 and the resulting changes 
in the graphs 502, 504, 506, and 508, may be reflected. 

FIG. 6 illustrates an embodiment method 600 for generat- 
ing wind profile parameters in a data processing module of 
Doppler wind LIDAR data software written in Lab VIEW. In 
an embodiment, the operations of method 600 may be per- 
formed by the processor of a computing device executing a 
data processing module of Doppler wind LIDAR data soft- 
ware. In block 602 the data processing module may receive an 
indication of user selected data processing parameters and/or 
options. As an example, the indication of user selected data 
processing parameters and/or options may be indications of 
parameters entered by a user and/or radio buttons selected by 
a user in a user input window as discussed above with refer- 
ence to FIG. 3. In block 604 the data processing module may 
receive an indication of user selected raw wind LIDAR data 
and INS/GPS data. As an example, the indication of user 
selected raw wind LIDAR data and INS/GPS data may be the 
address of a folder in a memory available to the computing 
device in which raw wind LIDAR data and INS/GPS data 
from past airborne missions are stored. In block 606 the data 
processing module may retrieve the user indicated raw wind 
LIDAR data and INS/GPS data and in block 608 may gener- 
ate wind profile parameters using the retrieved user indicated 
raw wind LIDAR data and INS/GPS data as well as the user 
selected data processing parameters and/or options. For 
example, the data processing module may generate the wind 
profile using the algorithm or algorithms selected by the user 
(e.g., APOLO and the five direction based algorithm), the data 
characteristics, offset values, and line of sight information 
provided by the user, and the raw wind LIDAR data and 
INS/GPS data selected by the user to determine horizontal 
wind speeds, horizontal wind directions, altitudes, vertical 
wind speeds, power distributions, etc. for the raw wind 
LIDAR data and INS/GPS data. 

In determination block 610 the data processing module 
may determine whether a dropsonde data comparison is 
selected. If a dropsonde data comparison is not selected (i.e., 
determination block 610=“No”), in block 612 the data pro- 
cessing module may output one or more data file including the 
generated wind profile parameters. If a dropsonde data com- 
parison is selected (i.e., determination block 610=“Yes”), in 
block 614 the data processing module may prompt the user 
for a dropsonde data location, for example by generating a 
pop up window with a field for the path to the dropsonde data. 
In block 616 the data processing module may receive the 
indication of the dropsonde data location. For example the 
indication may be the address of a folder in a memory avail- 
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able to the computing device in which the dropsonde data is 
stored. In block 618 the data processing module may output 
one or more data file including the generated wind profile 
parameters and the indication of the dropsonde data location. 

FIG. 7 illustrates an embodiment method 700 for display- 5 
ing wind parameter data in various views in a data display 
module of Doppler wind LIDAR data software written in 
Lab VIEW. In an embodiment, the operations of method 700 
may be performed in conjunction with the operations of 
method 600 described above with reference to FIG. 6. In an to 
embodiment, the operations of method 700 may be performed 
by the processor of a computing device executing a display 
module of Doppler wind LIDAR data software. In block 702 
the display module may prompt the user for an output data file 
location. As an example, the display module may generate a 15 
pop up window requesting the pathway to the output data file 
generated by the data processing module according to method 
600. In block 704 the display module may receive an indica- 
tion of the output data file location. For example the indica- 
tion may be the address of a folder in a memory available to 20 
the computing device in which the output data file is stored. In 
block 706 the display module may display a single set wind 
parameter estimate display for the output data file. As an 
example, the single set wind parameter estimate display may 
be similar to that discussed above with reference to FIG. 4 and 25 
may display wind parameter estimates for different algo- 
rithms, such as two different algorithms APOLO and the five 
direction based algorithm and dropsonde data in various 
graphs. In block 708 the display module may determine 
whether a user display switch indication is received. As an 30 
example, a user display switch indication may be a user 
selection of another display view, such as a long haul view. If 
no switch indication is received (i.e., determination block 
708=“No”), in block 706 the display module may continue to 
display the single set wind parameter estimate display. 35 

If a switch indication is received (i.e., determination block 
708=“Yes”), in block 710 the display module may display a 
long haul wind parameter estimate display for the output data 
file. As an example, the long haul wind parameter estimate 
display window may be similar to that discussed above with 40 
reference to FIG. 5 and may display long haul color graphs of 
the power distribution at each line of sight, the horizontal 
wind direction, the vertical wind speed, and the horizontal 
wind speed for the entire observation time span covered by 
the output data file. In block 712 the display module may 45 
determine whether a user display switch indication is 
received. As an example, a user display switch indication may 
be a user selection of another display view, such as a single set 
wind parameter view. If no switch indication is received (i.e., 
determination block 712=“No”), in block 714 the display 50 
module may determine whether a user specified altitude indi- 
cation is received. If no user specified altitude indication is 
received (i.e., determination block 714 “No”), in block 710 
the display module may continue to display the long haul 
wind parameter estimate display. If a user specified altitude 55 
indication is received (i.e., determination block 716=“Yes”), 
in block 716 a “slice and save” feature may be enabled which 
saves (i.e., archives) the data at the user specified altitude for 
data distribution and population purposes, and in block 710 
the display module may continue to display the long haul 60 
wind parameter estimate display. If a switch indication is 
received (i.e., determination block 712=“Yes”), in block 706 
the display module may display the single set wind parameter 
estimate display for the output data file. In this maimer, the 
display module may enable the user to toggle between the 65 
single set wind parameter estimate display and the long haul 
wind parameter estimate display. 
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The various embodiments may be implemented in any of a 
variety of computer devices, an example of which is illus- 
trated in FIG. 8. A computer device 800 will typically include 
a processor 801 coupled to volatile memory 802 and a large 
capacity nonvolatile memory, such as a disk drive 805 of 
Flash memory. The computer device 800 may also include a 
floppy disc drive 803 and a compact disc (CD) drive 804 
coupled to the processor 801. The computer device 800 may 
also include a number of connector ports 806 coupled to the 
processor 801 for establishing data connections or receiving 
external memory devices, such as a USB or FireWire® con- 
nector sockets, or other network connection circuits for cou- 
pling the processor 801 to a network or bus. The computer 
device 800 may also include the trackball 807, keyboard 808 
and display 809 all coupled to the processor 801. 

The processor 801 may be any programmable micropro- 
cessor, microcomputer or multiple processor chip or chips 
that can be configured by software instructions (applications) 
to perform a variety of functions, including the functions of 
the various embodiments described above. In some devices, 
multiple processors may be provided, such as one processor 
dedicated to wireless communication functions and one pro- 
cessor dedicated to running other applications. Typically, 
software applications may be stored in the internal memory 
802 and/or 805 before they are accessed and loaded into the 
processor 801. The processor 801 may include internal 
memory sufficient to store the application software instruc- 
tions. In many devices the internal memory may be a volatile 
or nonvolatile memory, such as flash memory, or a mixture of 
both. For the purposes of this description, a general reference 
to memory refers to memory accessible by the processor 801 
including internal memory or removable memory plugged 
into the device and memory within the processor 801 itself. 

The foregoing method descriptions and the process flow 
diagrams are provided merely as illustrative examples and are 
not intended to require or imply that the steps of the various 
embodiments must be performed in the order presented. As 
will be appreciated by one of skill in the art the order of steps 
in the foregoing embodiments may be perfonned in any order. 
Words such as “thereafter,” “then,” “next,” etc. are not 
intended to limit the order of the steps ; these words are simply 
used to guide the reader through the description of the meth- 
ods. Further, any reference to claim elements in the singular, 
for example, using the articles “a,” “an” or “the” is not to be 
construed as limiting the element to the singular. 

The various illustrative logical blocks, modules, circuits, 
and algorithm steps described in connection with the embodi- 
ments disclosed herein may be implemented as electronic 
hardware, computer software, or combinations of both. To 
clearly illustrate this interchangeability of hardware and soft- 
ware, various illustrative components, blocks, modules, cir- 
cuits, and steps have been described above generally in terms 
of their functionality. Whether such functionality is imple- 
mented as hardware or software depends upon the particular 
application and design constraints imposed on the overall 
system. Skilled artisans may implement the described func- 
tionality in varying ways for each particular application, but 
such implementation decisions should not be interpreted as 
causing a departure from the scope of the present invention. 

The hardware used to implement the various illustrative 
logics, logical blocks, modules, and circuits described in 
connection with the aspects disclosed herein may be imple- 
mented or perfonned with a general purpose processor, a 
digital signal processor (DSP), an application specific inte- 
grated circuit (ASIC), a field programmable gate array 
(FPGA) or other programmable logic device, discrete gate or 
transistor logic, discrete hardware components, or any com- 
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bination thereof designed to perform the functions described 
herein. A general-purpose processor may be a microproces- 
sor, but, in the alternative, the processor may be any conven- 
tional processor, controller, microcontroller, or state 
machine. A processor may also be implemented as a combi- 
nation of computing devices, e.g., a combination of a DSP 
and a microprocessor, a plurality of microprocessors, one or 
more microprocessors in conjunction with a DSP core, or any 
other such configuration. Alternatively, some steps or meth- 
ods may be performed by circuitry that is specific to a given 
function. 

In one or more exemplary aspects, the functions described 
may be implemented in hardware, software, firmware, or any 
combination thereof. If implemented in software, the func- 
tions may be stored as one or more instructions or code on a 
non-transitory computer-readable medium or non-transitory 
processor-readable medium. The steps of a method or algo- 
rithm disclosed herein may be embodied in a processor-ex- 
ecutable software module which may reside on a non-transi- 
tory computer-readable or processor-readable storage 
medium. Non-transitory computer-readable or processor- 
readable storage media may be any storage media that may be 
accessed by a computer or a processor. By way of example but 
not limitation, such non-transitory computer-readable or pro- 
cessor-readable media may include RAM, ROM, EEPROM, 
FLASH memory, CD-ROM or other optical disk storage, 
magnetic disk storage or other magnetic storage devices, or 
any other medium that may be used to store desired program 
code in the form of instructions or data structures and that 
may be accessed by a computer. Disk and disc, as used herein, 
includes compact disc (CD), laser disc, optical disc, digital 
versatile disc (DVD), floppy disk, and blu-ray disc where 
disks usually reproduce data magnetically, while discs repro- 
duce data optically with lasers. Combinations of the above are 
also included within the scope of non-transitory computer- 
readable and processor-readable media. Additionally, the 
operations of a method or algorithm may reside as one or any 
combination or set of codes and/or instructions on a non- 
transitory processor-readable medium and/or computer-read- 
able medium, which may be incorporated into a computer 
program product. 

The preceding description of the disclosed embodiments is 
provided to enable any person skilled in the art to make or use 
the present invention. Various modifications to these embodi- 
ments will be readily apparent to those skilled in the art, and 
the generic principles defined herein may be applied to other 
embodiments without departing from the spirit or scope of the 
invention. Thus, the present invention is not intended to be 
limited to the embodiments shown herein but is to be 
accorded the widest scope consistent with the following 
claims and the principles and novel features disclosed herein. 

What is claimed is: 

1. An airborne wind profiling method performed by a sys- 
tem comprising a computing device in communication with 
an airborne Doppler Wind LIDAR system and an INS/GPS 
system mounted on an aircraft, the computing device com- 
prising a display, a memory, and a processor connected to the 
display and the memory, the method comprising: 

receiving an indication of user selected data processing 
parameters; 

receiving airborne Doppler Wind LIDAR data and associ- 
ated INS/GPS data from the airborne Doppler Wind 
LIDAR system and the INS/GPS system; 

generating wind profile parameters using the airborne 
Doppler Wind LIDAR data and associated INS/GPS 
data and the indication of user selected data processing 
parameters; 
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displaying the wind profile parameters in a single set wind 
parameter estimate di splay, wherein displaying the wind 
profile parameters in a single set wind parameter esti- 
mate display comprises displaying graphs of wind 
5 parameter estimates made using a two orthogonal direc- 
tion based algorithm and a five direction based algo- 
rithm overlaid with dropsonde data; and 
displaying the wind profile parameters in a long haul wind 
parameter estimate display. 

10 2. The method of claim 1, wherein: 

the user selected data processing parameters include one or 
more of data characteristics, an algorithm selection, a 
dropsonde selection, offset values, and line of sight val- 
15 ues; and 

the single set wind parameter estimate display and the long 
haul wind parameter estimate display are Lab VIEW 
based displays. 

3. The method of claim 1, wherein generating wind profile 
20 parameters using the airborne Doppler Wind LIDAR data and 

associated INS/GPS data and the indication of user selected 
data processing parameters comprises using both the two 
orthogonal direction based algorithm and the five direction 
based algorithm to generate the wind profile parameters using 
25 the airborne Doppler Wind LIDAR data and associated INS/ 
GPS data and the indication of user selected data processing 
parameters. 

4 . The method of claim 3, wherein displaying the wind 
profile parameters in a long haul wind parameter estimate 

30 display comprises displaying color graphs of wind parameter 
estimates for an entire observation time span. 

5. The method of claim 1, further comprising: 
receiving a user indication of an altitude; and 
archiving data for the generated wind profile parameters 

35 over an entire observation time span at the user indicated 

altitude. 

6. A system for post processing Doppler wind LIDAR data, 
the system comprising: 

an aircraft comprising: 

40 an airborne Doppler Wind LIDAR system; and 

a INS/GPS system; and 

a computing device in communication with the airborne 
Doppler Wind LIDAR system and the INS/GPS system, 
the computing device comprising: 

45 a display; 

a memory; and 

a processor connected to the display and the memory, 
wherein the processor is configured with processor- 
executable instructions to perform operations com- 
50 prising: 

receiving an indication of user selected data process- 
ing parameters; 

receiving airborne Doppler Wind LIDAR data and 
associated INS/GPS data from the airborne Dop- 
55 pier Wind LIDAR system and the INS/GPS system; 

generating wind profile parameters using the airborne 
Doppler Wind LIDAR data and associated INS/ 
GPS data and the indication of user selected data 
processing parameters; 

60 displaying the wind profile parameters in a single set 

wind parameter estimate on the display, wherein 
displaying the wind profile parameters in a single 
set wind parameter estimate on the display com- 
prises displaying graphs of wind parameter esti- 
65 mates made using a two orthogonal direction based 

algorithm and a five direction based algorithm 
overlaid with dropsonde data; and 
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displaying the wind profile parameters in a long haul 
wind parameter estimate on the display. 

7. The system of claim 6, wherein: 

the user selected data processing parameters include one or 
more of data characteristics, an algorithm selection, a 
dropsonde selection, offset values, and line of sight val- 
ues; and 

the single set wind parameter estimate and the long haul 
wind parameter estimate are Lab VIEW based displays. 

8. The system of claim 6, wherein the processor is config- 
ured with processor-executable instructions to perform 
operations such that generating wind profile parameters using 
the airborne Doppler Wind LIDAR data and associated INS/ 
GPS data and the indication of user selected data processing 
parameters comprises using both the two orthogonal direc- 
tion based algorithm and the five direction based algorithm to 
generate the wind profile parameters using the airborne Dop- 
pler Wind LIDAR data and associated INS/GPS data and the 
indication of user selected data processing parameters. 

9. The system of claim 6, wherein the processor is config- 
ured with processor-executable instructions to perform 
operations such that displaying the wind profile parameters in 
a long haul wind parameter estimate on the display comprises 
displaying color graphs of wind parameter estimates for an 
entire observation time span. 

10. The system of claim 6, wherein the processor is con- 
figured with processor-executable instructions to perform 
operations further comprising: 

receiving a user indication of an altitude; and 

archiving data for the generated wind profile parameters 
over an entire observation time span at the user indicated 
altitude in the memory. 

11. A non-transitory processor readable medium having 
stored thereon processor-executable instructions configured 
to cause a processor of a computing device in a system com- 
prising an airborne Doppler Wind LIDAR system and an 
INS/GPS system mounted on an aircraft and in communica- 
tion with the computing device to perform operations com- 
prising: 

receiving an indication of user selected data processing 
parameters; 

receiving airborne Doppler Wind LIDAR data and associ- 
ated INS/GPS data from the airborne Doppler Wind 
LIDAR system and the INS/GPS system; 

generating wind profile parameters using the airborne 
Doppler Wind LIDAR data and associated INS/GPS 
data and the indication of user selected data processing 
parameters; 
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displaying the wind profile parameters in a single set wind 
parameter estimate di splay, wherein displaying the wind 
profile parameters in a single set wind parameter esti- 
mate display comprises displaying graphs of wind 
5 parameter estimates made using a two orthogonal direc- 

tion based algorithm and a five direction based algo- 
rithm overlaid with dropsonde data; and 

displaying the wind profile parameters in a long haul wind 
parameter estimate display. 

10 12. The non-transitory processor readable medium of 

claim 11 , wherein the stored processor-executable instruc- 
tions are configured to cause the processor to perform opera- 
tions such that: 

the user selected data processing parameters include one or 
15 more of data characteristics, an algorithm selection, a 
dropsonde selection, offset values, and line of sight val- 
ues; and 

the single set wind parameter estimate display and the long 
haul wind parameter estimate display are Lab VIEW 
20 based displays. 

13. The non-transitory processor readable medium of 
claim 11 , wherein the stored processor-executable instruc- 
tions are configured to cause the processor to perfonn opera- 
tions such that generating wind profile parameters using the 

25 airborne Doppler Wind LIDAR data and associated INS/GPS 
data and the indication of user selected data processing 
parameters comprises using both the two orthogonal direc- 
tion based algorithm and the five direction based algorithm to 
generate the wind profile parameters using the airborne Dop- 
30 pier Wind LIDAR data and associated INS/GPS data and the 
indication of user selected data processing parameters. 

14. The non-transitory processor readable medium of 
claim 11 , wherein the stored processor-executable instruc- 
tions are configured to cause the processor to perform opera- 

35 tions such that displaying the wind profile parameters in a 
long haul wind parameter estimate display comprises dis- 
playing color graphs of wind parameter estimates for an 
entire observation time span. 

15. The non-transitory processor readable medium of 
40 claim 11 , wherein the stored processor-executable instruc- 
tions are configured to cause the processor to perform opera- 
tions further comprising: 

receiving a user indication of an altitude; and 

archiving data for the generated wind profile parameters 
45 over an entire observation time span at the user indicated 
altitude. 

* * * * * 



